home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part2 / 10679 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.6 KB
  1. Path: news.lpr.carel.fi!usenet
  2. From: Ari Lukumies <aril@cmt.lpr.mail.carel.fi>
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Pointers to register
  5. Date: Tue, 19 Mar 1996 13:22:37 +0200
  6. Organization: Carelcomp Products
  7. Message-ID: <314E98FD.5722@cmt.lpr.mail.carel.fi>
  8. References: <1239@altheim.win-uk.net>
  9. NNTP-Posting-Host: renoir.cclahti.carel.fi
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (WinNT; I)
  14.  
  15. Brian R. Oldham wrote:
  16. > 
  17. > A couple of weeks ago someone posted the opinion that all objects in
  18. > memory must have an address, which might have gone uncontested but for
  19. > the fact that he added that therefore all pointers must point to an
  20. > address. Someone else reminded us that registers don't have an address.
  21. > 
  22. > Bearing in mind the usual way to assign a pointer:
  23. > 
  24. >     ptr = &var;
  25. > 
  26. > is correct for objects in memory, but how do you assign a pointer
  27. > to a register?
  28. > 
  29. > The following function (a getch() for x86) works: But is it right??
  30. > 
  31. > /* Read next keystroke */
  32. > #include <dos.h>
  33. > 
  34. > #define KEYBD 0x16
  35. > 
  36. > static union REGS inregs, outregs;
  37. > 
  38. > void getkey(int *scancode, char *ch)
  39. > {
  40. >     inregs.h.ah = 0x00;
  41. >     int86(KEYBD,&inregs,&outregs);
  42. >     *scancode = outregs.h.ah;     /* ??? */
  43. >     *ch = outregs.h.al;
  44. > }
  45. > 
  46.  
  47. You have things a little confused here. The "inregs" and "outregs" used in a call to 
  48. "int86" are structures containing images of the registers. Register, as what your posting 
  49. implies to, are the CPU's internal storages for data, such as AX, BX, SI, etc. In a 
  50. standard C program, you cannot access these directly - the use of them is 
  51. implementation-dependant. However, you can suggest the compiler to use registers by
  52.  
  53.     void    function(void)
  54.     {
  55.         register int    xyz;
  56.         ...
  57.     }
  58.  
  59. or something like that. It still doesn't mean that the compiler will actually place xyz 
  60. in a register - it's just a suggestion you made. Current compilers tend to put variables 
  61. into registers whenever possible (so called automatic vars) to speed things up, but the 
  62. only way to see that is to take look at the compiled code. However, in a situation like 
  63. the next one, the address of a register variable (if it gets to put in a register) is 
  64. never needed, so the compiler may tend to optimize it out (agreed, this is a stupid 
  65. example):
  66.  
  67.     void    function(void)
  68.     {
  69.         register int    xyz;
  70.         int        *p = &xyz;
  71.  
  72.         *p = 0;
  73.     }
  74.  
  75. OTOH, if the compiler does _not_ optimize this out, it will neither put xyz in a 
  76. register, because the address of it is needed.
  77.  
  78. Hope this sheds some light.
  79.  
  80. Later,
  81.  AriL
  82. -- 
  83. All my opinions are mine and mine alone.
  84.